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ROOT KEY COMPROMISE RECOVERY 
Background of the Invention 
The invention relates generally to cryptography 
5 and more particularly to root key compromise recovery. 

In cryptography various algorithms have been 
developed that are referred to as public key algorithms. 
They are very useful for signing and authenticating 
electronic documents . 
10 In general, public key algorithms involve two 

keys, namely, a public key and a private key. The 
private key is held by the certifying authority and is 
kept secret; while the public key, as the name implies, 
is distributed to the public. The holder of the public 
15 key can use it to encrypt data that can be decrypted only 
by a person who holds the private key. Similarly, the 
holder of the private key also can use it to encrypt data 
that can then be decrypted only a person who holds the 
public key. Thus both keys provide a useful tool for 
2 0 encrypting documents so that they cannot be read by 
parties for whom the documents are not intended. 

When the private key is used to encrypt data, the 
result is sometimes called a digital signature. It has 
the special characteristic that only the holder of the 

2 5 private key could have produced it. Thus, if the private 

key is kept secret, the recipient of a document with a 
digital signature can identify the source of the document 
by verifying the digital signature. Verifying the 
digital signature simply involves applying the public key 

3 0 to the digital signature to produce a data string and 

then comparing the data string to the document to which 
the signature was attached. If the data string is 
identical to the attached document, then the recipient 
can be confident that the document was indeed signed by 
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the certifying authority and can trust the contents of 
the signed document. 

Of course, this holds true only so long as the 
public has confidence that the private key has in fact 
5 remained private and is know only by the certifying 

authority. As soon as the key becomes compromised, the 
recipient of a signed document can no longer be sure that 
the document was signed by the certifying authority and 
not by a party which compromised the private key. If 

10 there is a authority above the certifying authority and 
which everybody trusts (which we shall refer to as a 
central authority) , then the certifying authority whose 
key was compromised can select a new private key and 
distribute a replacement key with an attached 

15 certification of the central authority. Recipients of 
the replacement key will be able to trust that the new 
public key corresponds to the new private key because of 
the digital signature of the central authority. 

But what if the private key of the central 

2 0 authority becomes compromised? And what if there is no 

authority above the central authority that everybody 
trusts? Then the problem of how to effectively and 
efficiently distribute the replacement key so that the 
public can trust as a valid key and not a key that is 
25 really owned by some entity attempting to subvert the 
system becomes a very difficult problem to solve . 

Summary of the Invention 
In general, in one aspect, the invention is a 
method of replacing a root key, which is a private key of 

3 0 a public key-private key pair. The method includes the 

steps of electronically sending out a message indicating 
that the root key is being replaced and containing a 
replacement key and a digital signature which was 
generated by using the root key; and publishing in an 
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out:-of-band channel a value V, wherein V is derived from 
the message. The replacement key is the public key of 
another public key-private key pair which is replacing 
the first-mentioned public key-private key pair. 
5 Preferred embodiments include the following 

features. The method includes the step of computing the 
value V by applying a one-way function to at least some 
part of the message. The method also incudes the step of 
concatenating the replacement key with an identifier to 

10 generate the message and the identifier identifies the 
message as a message which carries a replacement key. 
The step of generating the message further includes 
concatenating the replacement key (1) with a serial 
number that indicates which of a plurality of root keys 

15 is being replaced; (2) with a good-to date which 

indicates when the replacement key will expire; and (3) 
with a good-from date which indicates a time beyond which 
the replacement key will become active. 

In general, in another aspect, the invention is a 

2 0 method of replacing a root key that is the private key of 

a public key-private key pair. The method includes the 
steps of generating a first message which includes a 
replacement key and an indication that the root key is 
being replaced; generating a digital signature by 
25 applying the root key to the first message; combining the 
first message and the digital signature to produce a 
second message; electronically sending out the second 
message; publishing in an out-of-band channel a value V 
that is derived from the second message. 

3 0 In general, in still another aspect, the invention 

is a method of responding to a change of a root key that 
the private key of a public key-private key pair. The 
method includes the steps of electronically receiving a 
message which indicates that the root key is being 
3 5 replaced and which also contains a replacement key and a 
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digital signature that was generated by using the root 
key; using the public key corresponding to the root key 
to verify the digital signature of the message; obtaining 
through an out-of-band channel a value V that was derived 
5 from the message by applying an algorithm to at least 
some part of the message; applying the algorithm to the 
at least some part of the message to generate a value B; 
comparing B to V; and if B equals V, replacing the public 
key which corresponds to the root key with the 
10 replacement key. 

In general, in yet another aspect, the invention 
is a method of recovering from a root key compromise 
including the steps of electronically sending out an 
emergency message, indicating that the root key has been 
15 compromised and also containing a replacement key and a 
digital signature which was generated by using the root 
key; and publishing in an out-of-band channel a value V 
that is derived from the emergency message. 

In general, in still yet another aspect, the 
2 0 invention is a method of recovering from a root key 
compromise including the steps of: electronically 
receiving an emergency message indicating that the root 
key is being replaced and also containing a replacement 
key and a digital signature which was generated by using 
25 the root key; using the public key for the compromised 

root key to verify the digital signature of the emergency 
message; obtaining through an out-of-band channel a value 
V that was derived from the emergency message by applying 
an algorithm to at least some part of the emergency 
30 message; applying the algorithm to the emergency message 
to generate a value B; comparing B to V; and if B equals 
V, replacing the compromised public key with the 
replacement key. 

In general, in another aspect, the invention is an 
35 apparatus for recovering from a compromise of a root key. 
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The apparatus includes a digital processor; a 
coiniaunication interface connected to the digital 
processor and through which an emergency message is 
electronically received; memory storing the public key 
5 corresponding to the root key; and an input device 
through which a value V is entered into the digital 
processor, wherein V is obtained through an out-of-band 
channel and was generated by applying an algorithm to at 
least some part of the emergency message. The emergency 

10 message indicates that the root key has been compromised 
and also contains a replacement key and a digital 
signature which was generated by using the compromised 
root key. The digital processor is programmed to use the 
public key corresponding to the root key to verify the 

15 digital signature of the emergency message; to apply the 
algorithm to the emergency message to generate a value B; 
to compare B to V; and to replace the public key which 
corresponds to the root key with the replacement key, if 
B equals V. 

2 0 In general, in still another aspect, the invention 

is a computer-readable mediiim storing a computer program 
for recovering from a compromise of a root key. The 
stored program includes computer readable instructions: 
(1) which cause the computer to retrieve from memory an 

25 emergency message which indicates that the root key has 
been compromised and which also contains a replacement 
key and a digital signature which was generated by using 
the compromised root key; (2) which cause the computer to 
use the public key corresponding to the root key to 

30 verify the digital signature of the emergency message; 
(3) which cause said computer to apply the algorithm to 
the emergency message to generate a value B; (4) which 
cause the computer to compare B to V; and (5) which cause 
the computer to replace the public key which corresponds 

3 5 to the root key with the replacement key, if B equals V. 
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Recovery from root key compromises is a serious, 
unsolved problem, plaguing public key cryptography. The 
invention allows a user to take advantage of the user's 
ability to receive keys electronically, without risk of 
5 failing to a spoofing attack from the compromiser of the 
key, and without laborious typing of the entire key into 
the system by hand, which could involve up to hundreds of 
hex digits. The invention, by using a one-way function 
to generate a verification code and by then taking 
10 advantage of existing out-of-band channels that are 

already available, allows for secure re-keying with the 
user typing only 15-20 hex digits. The much larger key 
can be received and entered electronically. 

By using out-of-band authentication methods along 
15 with an emergency message, the user can get a great deal 
of confidence that both the message and the replacement 
root authentication key are legitimate. 

With the invention, an intermediate entity (e.g. a 
merchant) can be notified that the root key has been 
20 compromised. Then, when the merchant sends some 
electronic communication to a consumer, that 
communication can also include the emergency message, 
which contains the new public key for the central 
authority, and a notification to the consumer that this 
25 is the new public key that is to be used. In this way, 
the central authority can rely on other entities to help 
distribute the emergency message and need not have the 
responsibility of individually notifying all affected 
parties . 

3 0 Other advantages and features will become apparent 

from the following description of the preferred 
embodiment and from the claims. 



Brief Description of the Drawings 
Fig. 1 shows the format of the emergency message; 
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Fig. 2 is a flow chart showing the actions 
performed by a central authority in carrying out a root 
key compromise recovery; 

Fig. 3 is a flow chart showing the actions 
5 performed by a consumer in recovering from a root key 
compromise; and 

Fig, 4 is a block diagram of a computer system 
which performs the root key compromise recovery. 

Description of the Preferred Embodiments 

10 Emergency Message 

In general, the invention involves using an in- 
band channel to distribute a key compromise emergency 
message which contains a new replacement key and using a 
different, out-of-band channel to publish a verification 

15 code which can be used by customers to verify the 

authenticity of the emergency message. By an in-band 
channel, we mean any channel of electronic communication 
that the parties use for carrying on their normal 
business with each other. These might include the 

2 0 internet, computer links such as wide area networks, 

telephone lines ^ radio transmissions, or any one or more 
a large number of possibilities. By an out-of-band 
channel, we mean any other channel which enables one 
entity to communicate with the other entity. An out-of- 

2 5 band channel might only support unidirectional 

communications from the central authority, such as would 
be the case for publication in a newspaper. The out-of- 
band channel should have the characteristics that the 
recipient of the out-of-band communication will have high 

3 0 confidence that the message came from the central 

authority and not from some party masquerading as the 
central authority. 

Referring to Fig. 1, an emergency message 10 
includes an message identifier 12, a serial number 14, a 
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replacement: key 16, a Good-From date 18, a Good-Thru date 
20, and a digital signature 22. Message identifier 12 
identifies the message as an emergency message. Serial 
number 14, which may be optional, identifies the 
5 particular root key that has been compromised. This may 
be a necessary particularly if there is more than one 
private key-public key pair that is used by the central 
authority. 

Replacement key 16 is the public key part of the 

10 new private key-public key pair that has been selected to 
replace the compromised root key of the prior private 
key-public key pair. 

The two date fields containing Good-From date 18 
and Good-Thru date 2 0 indicate the period of time for 

15 which the replacement key is valid. The Good-From date 
is particularly useful in the event that the central 
authority has a policy of periodically replacing its 
public key-private key pair as part of a program to 
assure the continuing security of its system. In that 

20 event, the central authority can transmit the emergency 
message prior to the actual change in key pairs, and the 
system at the user end will not implement the change 
until after the Good-From date. And, of course, the 
Good-Thru date 2 0 indicates when the key has expired. 

25 Thus, users will not accidentally use keys in old 
emergency messages. 

Finally, the digital signature which the central 
authority attaches to the message is generated by using 
the compromised root key. 

3 0 Central Authority Protocol 

Referring to Fig. 2, when the central authority 
has an indication or believes that its root key has been 
compromised, it selects a new, replacement public key- 
private key pair and constructs an emergency message for 
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distributing a replacement key to users (step 100) • It 
constructs the emergency xnessage by concatenating the 
above-described information including the replacement key 
to generate a packet of information. It then generates a 
5 digital signature for that packet of information (step 
102) and appends the digital signature to the packet to 
produce the emergency message (step 104), 

The central authority uses the compromised root 
key to generate the digital signature. The signature can 

10 be generated in any of several ways. One way is to 

simply employ any of a number of known digital signature 
algorithms using the root key. Another way is to first 
apply a one-way function to the packet of information to 
produce a more compact representation of that information 

15 and then use the digital signature algorithm with the 
root key. 

Of course, if the latter approach is used, the 
same one-way function must be used by the recipient of 
the emergency message as part of its verification 
20 process. Thus, it is assumed that the one-way function 
is made publicly available or is a widely known one-way 
function. 

Once the digital signature has been appended to 
produce the complete emergency message, the central 
2 5 authority broadcasts it to other users over in-band 
channels that it typically uses to send or receive 
business communications or over specially selected in- 
band channels that are accessible to the public (step 
106) . 

30 The central authority also generates and 

distributes a verification code V which recipients of the 
emergency message may use to verify that the emergency 
message is legitimate. The verification code is 
generated by applying a one-way function or one-way hash 

35 function to the emergency message, or some part of the 
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emergency message to generate a hash value (step 108) . 
The one-'way function may be either identical to or 
different from the one-way function that was used to 
generate the digital signature, assuming that one was 
5 used • 

In either case, the central authority mcikes the 
one-way function f (x) publicly available. It should be 
understood that in practice, perfect one-way functions 
may not actually exist. That is, for all functions now 

10 believed to be one way functions, there may eventually be 
sufficient computing power or techniques for determining 
given f(Xi). Thus, by the phrase one-way function, we 
mean to also include those functions for which it is very 
difficult, but not necessarily impossible, to compute X;j^ 

15 by knowing f(x-j^). 

In the described embodiment, the hash function is 
well known Secure Hash Algorithm (SHA) . However, the 
one-way function (s) can be any one of a number of 
standard hash functions (e.g. MD5, SHA, etc.). For a 

20 description of SHA and other acceptable one-way hash 
functions, the reader is referred to the public 
literature relating to cryptography, e.g. Applied 
Cr yptography by Bruce Schneier, published by John Wiley & 
Sons , Inc . 

25 In addition, it should be further understood that 

one could use several one-way functions and concatenate 
them. There are a lot of one-way functions known in the 
art and typically, many of them are easy to compute and 
thus they can be implemented on a smart card. 

3 0 After generating the verification code V, the 

central authority publishes it in a manner that assures 
its reliability, i.e., in a manner that assures 
recipients that it did indeed come from the central 
authority (step 110) - This will involve disseminating V 

35 through some communication channel other than the channel 
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that was used to send the emergency message (i.e., an 
out-of-band channel) . 

It is particularly desirable that the out-of-band 
channel be a channel that cannot be taken over or 
5 corrupted by any party that may have compromised the root 
key. The out-of-band channel might be a well-known (or 
hard-coded within a computer application) 800-number 
which the user can call and then verify the hash value 
over the phone. Or perhaps it might be a well known and 

10 trusted publication, such as a national newspaper or 

magazine, in which the verification value is published on 
a given page on a given date or range of dates* The 
verification through the out-of-band channel of the hash 
value V which the user produces by applying the one-way 

15 function to the emergency message gives the user a high 
degree of confidence that the emergency message is 
legitimate because an adversary would have to take over 
or collude with the out-of-band channel in order to 
produce a valid emergency message, which is very 

20 unlikely. 

The advantage of the approach which we have 
described is that the emergency message can be 
disseminated by anybody. The central authority need not 
have immediate access to all of the numerous users who 

2 5 may need a replacement key. Rather, the central 

authority can rely on the initial recipients of the 
emergency message (e.g. merchants or vendors) to pass it 
on to other users (e.g. consumers) . Indeed, there is an 
incentive for merchants to disseminate the emergency 

30 message to consumers since the public key of the central 
authority will typically be needed to authenticate 
information that will be exchanged during the commercial 
transactions occurring between the consumer and the 
merchant . 
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Public User Protocol 

Referring to Fig. 3, the user electronically 
receives the emergency message either directly from the 
central authority or indirectly through other 
5 intermediaries (step 2 00) . Upon receiving the emergency 
message and recognizing it to be an emergency message, 
the user checks the Good-From and Good-Thru dates within 
the message to make sure that the emergency message is 
current (step 202). Assuming that the message is 

10 current, the user then verifies the digital signature 
that is part of the emergency message (step 2 04) . The 
users does this by applying a public key algorithm using 
the compromised root key. If there are multiple root 
keys that are being used by the central authority, the 

15 user identifies the relevant one of those keys by 

examining the serial number within the emergency message. 

After determining that the emergency message is 
current and authenticating it, the user then obtains the 
verification value V from the out-of-band source (step 

2 0 206) . Then, the user applies the one-way function to the 
appropriate part or all of the emergency message to 
generate another value B (step 2 08) and compares this to 
the verification value V obtain from the out-of-band 
channel (step 210) . If B equal V, this verifies that the 

2 5 emergency message was sent by the central authority and 

not by any party that has obtained the original root key 
without authority to have it. It is important for the 
user to generate B and to verify that it is a correct and 
legitimate value, since a compromised key will allow a 

3 0 rogue to send out his own emergency message in an attempt 

to take control of the system. 

If the user verifies that v equals B, then the 
user replaces the old public key with the replacement key 
that is contained in the emergency message (step 212) . 
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At any point in this procedure, if a test fails, 
then the user ignores the emergency message and continues 
using the original public key corresponding to the 
original root key. Of course, if the user determines 
5 that V does not equal B, then the user knows that it is 
very likely that the root key has been compromised but 
that the emergency message was an attack on the system by 
the party which compromised the root key. 

It should be apparent that signing the emergency 

10 message with a compromised root key is, in fact, an 
important step even though the root key has been 
compromised. This signature acts as a first line of 
defense. It assures that not just anyone can put out an 
emergency message, disrupting the normal workings of the 

15 system. The signature means that the emergency message 
could have only one of two sources, namely, the system 
authority who has the root authentication key or the 
entity which has compromised the root authentication key. 
That greatly reduces the number of entities that could 

2 0 use an emergency message to subvert the system. 

It should be recognized that the procedures for 
processing an emergency message can be performed 
automatically on behalf of the user by a computing device 
(e.g. a PC computer) on the user' s end. Referring to 
25 Fig. 4, the computer typically includes a programmable 

digital processor 400 with a communications interface 402 
(e.g. a modem) for receiving the emergency message over 
some communications link 403, e.g. the telephone lines. 
The computer also includes a memory 404, including both 

3 0 main memory and auxiliary memory, for storing the public 

keys that are needed by the user and for storing the 
program which use those keys including the program which 
processes the emergency message. The program which 
processes the emergency message might be loaded into the 
3 5 computer from other external computer readable media such 
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as a computer disk 408. The computer also includes an 
input device 4 06 (e.g, a keyboard) which enables the user 
to enter the verification code that is retrieved from the 
out-of-band channel and a display device (e.g. video 
5 screen) which displays relevant information to the user. 

The computer receives the emergency message over 
the communications link and is programmed to recognize it 
as an emergency message. It then performs the operations 
described above. This could be fully automated or it 
10 could require user control and input. In any event, 
assuming that the message proves to be a current and 
passes the first test of its validity (i.e., the digital 
signature was generated by the compromised root key) , the 
computer then notifies the user to enter a verification 
15 code to authenticate the new key. For example, the 

computer might display a dialog box on the screen that 
says "Go the NYTimes and enter the number that has been 
published on page x on such-and-such a date" or "Call 1- 
8 co-number and type in the number that is read to you." 
20 In other words, the computer requests input (i.e., the 
verification number or string) that can be obtained from 
a specified out-of-band communication. 

If the verification code that the user enters 
verifies the emergency message, then the computer would 
25 replace the compromised key in memory with the new 
replacement key. 

Though we have used a PC as an example, the 
computing device can be any of a large variety of 
electronic devices which include a digital processor 
30 including, for example, a PDI , a smart-card, a palm-top 
computer, or a more powerful workstation, just to name a 
few. In addition, the communications media over which 
the transfers of information take place can also be any 
of a large number of possibilities, including telephone 
35 lines, cable, the Internet, satellite transmissions, or 
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radio transmissions, for example. In other words, it is 
not intended that the invention be limited with regard to 
either the types of devices that are used or the methods 
of communication that are employed. 
5 It should of course also be understood that the 

computing devices include, either internally or 
externally, all of the memory that is required for the 
data and programs that are involved in implementing the 
protocols. Furthermore, they include whatever devices 

10 (e.g. a modem) that are required for them to communicate 
with other computing devices. In addition, the 
communications media over which the transfers of 
information take place can also be any of a large number 
of possibilities, including telephone lines, cable, the 

15 Internet, satellite transmissions, or radio 

transmissions, for example. In other words, it is not 
intended that the invention be limited with regard to 
either the types of devices that are used to implement 
the above-described protocols or the methods of 

2 0 communication that are employed* 

Other embodiments are within the following claims. 



What is claimed is: 
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Claims: 

1. A method of replacing a root key, said root 
key being the private key of a first public key-private 
key pair, said method comprising: 

5 electronically sending out a message, said message 

indicating that the root key is being replaced, said 
message also containing a replacement key and a digital 
signature which was generated by using the root key, said 
replacement key being the public key of a second public 
10 key-private key pair which is replacing the first public 
key-private key pair; and 

publishing in an out-of-band channel a value V, 
wherein V is derived from the message* 

2. The method of claim 1 further comprising 

15 computing the value V by applying a one-way function to 
at least some part of the message. 

3. The method of claim 2 further comprising 
generating the message by concatenating the replacement 
key with an identifier, said identifier identifying the 

2 0 message as a message which carries a replacement key. 

4 . The method of claim 2 further comprising 
generating the message by concatenating the replacement 
key with a serial number, said serial number indicating 
which of a plurality of root keys is being replaced. 

2 5 5. The method of claim 2 further comprising 

generating the message by concatenating the replacement 
key with a good-to date which indicates when the 
replacement key will expire. 
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6. The method of claim 2 further comprising 
generating the message by concatenating the replacement 
key with a good-from date which indicates a time beyond 
which the replacement key will become active - 

5 7. A method of replacing a root key, said root 

key being the private key of a first public key-private 
key pair, said method comprising: 

generating a first message which includes a 
replacement key and an indication that the root key is 
10 being replaced, said replacement key being the public key 
of a second public key-private key pair which is 
replacing the first public key-private key pair; 

generating a digital signature by applying the 
root key to the first message; 
15 combining the first message and the digital 

signature to produce a second message; 

electronically sending out the second message; 

publishing in an out-of-band channel a value V, 
wherein V is derived from the second message. 

2 0 8. A method of responding to a change of a root 

key, said root key being the private key of a first 
public key-private key pair, said method comprising: 

electronically receiving a message, said message 
indicating that the root key is being replaced, said 

2 5 message also containing a replacement key and a digital 
signature which was generated by using the root key, said 
replacement key being the public key of a second public 
key-private key pair which is replacing the first public 
key-private key pair; 

30 using the public key corresponding to the root key 

to verify the digital signature of the message; 
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obtaining through an out-of-band channel a value V 
that was derived from the message by applying an 
algorithm to at least some part of the message; 

applying the algorithm to said at least some part 
5 of the message to generate a value B; 

comparing B to V; and 

if B equals V, replacing the public key which 
corresponds to the root key with the replacement key. 

9, A method of recovering from a compromise of a 
10 root key, said root key being the private key of a first 

public key-private key pair, said method comprising: 

electronically sending out an emergency message, 
said emergency message indicating that the root key has 
been compromised, said emergency message also containing 
15 a replacement key and a digital signature which was 
generated by using the root key, said replacement key 
being the public key of a second public key-private key 
pair which is replacing the first public key-private key 
pair; and 

20 publishing in an out-of-band channel a value V, 

wherein V is derived from the emergency message. 

10. A method of recovering from a compromise of a 
root key, said root key being the private key of a first 
public key-private key pair, said method comprising: 

25 electronically receiving an emergency message, 

said emergency message indicating that the root key is 
being replaced, said emergency message also containing a 
replacement key and a digital signature which was 
generated by using the root key, said replacement key 

30 being the public key of a second public key-private key 
pair which is replacing the first public key-private key 
pair; 
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using the public key of the first public key- 
private key pair to verify the digital signature of the 
emergency message; 

obtaining through an out-of-band channel a value V 
5 that was derived from the emergency message by applying 
an algorithm to at least some part of the emergency 
message ; 

applying the algorithm to said at least some part 
of the emergency message to generate a value B; 
10 comparing B to V; and 

if B equals V, replacing the public key of the 
first public key -private key pair with the replacement 
key • 

11. An apparatus for recovering from a compromise 
15 of a root key, said root key being a private key of a 
private key-public key pair, said apparatus comprising: 
a digital processor; 

a communication interface connected to said 
digital processor and through which an emergency message 
20 is electronically received, said emergency message 

indicating that the root key has been compromised, said 
message also containing a replacement key and a digital 
signature which was generated by using the compromised 
root key; 

25 memory storing the public key corresponding to the 

root key; and 

an input device through which a value V is entered 
into the digital processor, wherein V is obtained through 
an out-of-band channel and was generated by applying an 
30 algorithm to at least some part of the emergency message, 
wherein said digital processor is programmed to 
use the public key corresponding to the root key to 
verify the digital signature of the emergency message; 
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wherein said digital processor is programmed to 
apply the algorithm to said at least some part of the 
emergency message to generate a value B; 

wherein said digital processor is programmed to 
5 compare B to V; and 

wherein said digital processor is programmed to 
replace the public key which corresponds to the root key 
with the replacement key, if B equals V. 

12. A computer-readable medium storing a computer 
10 program which is executable on a computer including a 
memory, the computer program for recovering from a 
compromise of a root key, the root key being a private 
key of a private key-public key pair, said stored program 
comprising: 

15 computer readable instructions which cause said 

computer to retrieve an emergency message from memory, 
said emergency message indicating that the root key has 
been compromised, said message also containing a 
replacement key and a digital signature which was 

2 0 generated by using the compromised root key; 

computer readable instructions which cause said 
computer to use the public key corresponding to the root 
key to verify the digital signature of the emergency 
message; 

2 5 computer readable instructions which cause said 

computer to apply the algorithm to said at least some 
part of the emergency message to generate a value B; 

computer readable instructions which cause said 
computer to compare B to V; and 

3 0 computer readable instructions which cause said 

computer to replace the public key which corresponds to 
the root key with the replacement key, if B equals V. 
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